home *** CD-ROM | disk | FTP | other *** search
/ Network Support Library / RoseWare - Network Support Library.iso / pressgen / vlm.txt < prev    next >
Text File  |  1994-03-02  |  11KB  |  298 lines
  1.             C a s e   S t u d y
  2.  
  3. Using the New Novell Netware Workstation VLMs   February 14, 1994
  4. _________________________________________________________________
  5.  
  6. Overview
  7. --------
  8.  
  9.     We recently installed a Netware 3.12 network, which came 
  10. with the new Netware Virtual Loadable Modules (VLMs) for 
  11. workstations.  While the installation of the server and backbone 
  12. LAN went smoothly, the configuration and satisfactory operation 
  13. of the VLM workstations proved otherwise.  We wish to share our 
  14. initial experience with VLMs with you, so that you may benefit 
  15. from what we have learned.  We would appreciate any response you 
  16. may offer.
  17.  
  18.  
  19. Who We Are
  20. ----------
  21.  
  22.     My group designs, installs and supports relational database 
  23. management systems and related custom software applications for 
  24. client/server environments.  To ensure an appropriate server and 
  25. network platform for these applications, we necessarily design, 
  26. install and support Novell-based LANs, and WANs.
  27.  
  28.  
  29. Initial Problems With All VLM Workstations at This Site
  30. -------------------------------------------------------
  31.  
  32.     All workstations at the subject site are either PS/2s or AT 
  33. machines running either DOS 5.0 or 6.0. All are VGA or SVGA 
  34. machines, and the AT machines are mouse-equipped.
  35.  
  36.     In summary, the VLM workstations were simply unstable.  Here 
  37. is an outline of the problems we encountered at the startup of 
  38. operations.
  39.  
  40.     ACCOUNTING SYSTEM:  The vendor of this accounting system 
  41.     emphasized the importance of correct FILES= settings in the
  42.     CONFIG.SYS of the workstation, and for FILES HANDLES for
  43.     Novell, to ensure stability.  (Unfortunately, the vendor was
  44.     still in the Netware 2.X era regarding FILES HANDLES.)  
  45.     Nonetheless, we ensured that each workstation had sufficient
  46.     FILES resources to avoid any problem here.  Even so, 
  47.     workstations would freeze, especially when printing within 
  48.     the accounting system.
  49.  
  50.     RDBMS:  Accessing HELP menus at the workstation, especially for 
  51.     script editing, caused the workstation to freeze and/or to "zap" 
  52.     some TSRs.  We also encountered "record lock" conditions, 
  53.     followed by a loss of network connection.
  54.  
  55.     RCONSOLE:  "IPX Open Socket Failed" at loss of network 
  56.     connection.
  57.  
  58.     PRINT SCREEN:  The workstation would freeze.
  59.  
  60.     LANSIGHT:  Screen images were contaminated, and we would lose the 
  61.     USER TSR.
  62.  
  63.  
  64. First a Brief Tutorial on Workstation Setup with VLMs
  65. -----------------------------------------------------
  66.  
  67.     For reasons wholly our own, we standardize on Hewlett-
  68. Packards "16+" LAN cards.  This site has a combination of PS/2s 
  69. and AT machines, but we will only address the AT machines.  If 
  70. you want additional information on the setup of the PS/2s, we can 
  71. provide it.
  72.  
  73.     There are two steps in setting up a VLM workstation.  
  74.  
  75.     [1]  Use the setup disk which comes with the LAN card, and 
  76.     configure the card in the workstation.  Write down the 
  77.     following settings at the conclusion of the card setup, as 
  78.     you must specify these when installing the VLMs.
  79.  
  80.                 PORT  =
  81.                 DMA   =
  82.                 INT     =
  83.                 FRAME TYPE  =
  84.  
  85.         Note:  The default Frame type for VLMs is 802.2,
  86.         NOT 802.3.  Make sure you have the right frame type
  87.         for your network.
  88.  
  89.     [2]  Use the WorkStation Setup disk and DOS/AT disk which 
  90.     comes with the Netware disks to configure and install the 
  91.     VLMs.  These do the following.
  92.  
  93.         [a]  Create the directory NWCLIENT on the workstation
  94.         hard drive.
  95.  
  96.         [b]  Create a NET.CFG file located in the NWCLIENT
  97.         directory, which contains the precise configuration 
  98.         information for each workstation.  (With more and more 
  99.         components on PCs, chances are each workstation setup 
  100.         will be different, so dont count on simply copying 
  101.         the first setup into other workstations.)
  102.  
  103.         [c]  Add the line LAST DRIVE = Z to the CONFIG.SYS 
  104.         file.
  105.  
  106.         [d]  Add the line @CALL C:\NWCLIENT\STARTNET.BAT to 
  107.         the AUTOEXEC.BAT file.
  108.  
  109.         The STARTNET.BAT file loads all files and drivers 
  110.         needed to connect the workstation to the network.  A 
  111.         typical STARTNET.BAT file looks like this.
  112.  
  113.             @echo off
  114.             c:
  115.             cd \nwclient
  116.             set nwlanguage=english
  117.             lsl
  118.             <card driver>
  119.             ipxodi
  120.             vlm
  121.             cd \
  122.  
  123.         It uses a file called NET.CFG from the NWCLIENT 
  124.         directory for configuration information.  A typical 
  125.         NET.CFG file looks like this.  Note that the indentation
  126.         is essential.
  127.  
  128.             Link Driver AM2100      <- card driver name
  129.                 PORT 300
  130.                 DMA 3
  131.                 INT 10
  132.                 FRAME Ethernet_802.3
  133.  
  134.             Netware DOS Requester
  135.                 FIRST NETWORK DRIVE = F
  136.                 USE DEFAULTS = OFF
  137.             VLM = CONN.VLM
  138.             VLM = IPXNCP.VLM
  139.                 (etc)
  140.             VLM = NETX.VLM 
  141.  
  142.  
  143. Now to the Problems, Causes and Remedies
  144. ----------------------------------------
  145.  
  146.     The root problem with VLMs, as you may have begun to 
  147. suspect, is that they consume much more conventional memory in 
  148. DOS machines than the traditional network shells.  In any robust 
  149. environment, this will likely cause certain applications to seize 
  150. memory, zapping TSRs and network drivers, knocking the 
  151. workstation off the network, and ultimately freezing the 
  152. workstation when they run out of memory.
  153.  
  154.     THEREFORE, you MUST have a memory management capability, 
  155. such as QEMM or DOS 6.0/6.2s MemMaker, if you are even to 
  156. attempt running VLMs successfully.
  157.  
  158.     FURTHER,  you may find that some machines simply will not 
  159. run with the VLMs, no matter how hard you try.  If so, you can usually
  160. trace this to an inherent conflict between the LAN card, BIOS or bus 
  161. controller on the motherboard and the memory management system you 
  162. are attempting to use.  Unless you are willing to replace the PC, you
  163. will need a "blended" solution, as described below.
  164.  
  165.  
  166. VLMs and Memory Management
  167. --------------------------
  168.  
  169.     There are three major issues to address when you tackle VLMs 
  170. and memory management.
  171.  
  172.     [1]  How much conventional memory you must free up will 
  173.     depend on the mix of applications running on your network 
  174.     and workstations, and their various "minimum" workstation 
  175.     conventional memory needs.  Regrettably, these are not 
  176.     always evident.  A good rule of thumb is that you should 
  177.     have 550K or more of conventional memory when you are done.
  178.     If you have below 500K, you will likely have problems.
  179.  
  180.     [2]  What mix of TSRs, system drivers and network drivers 
  181.     you can successfully load into and execute properly from
  182.     upper memory blocks (UMBs) will depend on each PC.
  183.     They are NOT all alike, and even the same "brand" works 
  184.     differently with different CPUs/speeds, etc.  (Here, too, you
  185.     can trace these differences to versions of motherboards, etc.)
  186.     A network driver comfortable in upper memory on one machine 
  187.     will not load into an UMB on the next, and so on.
  188.  
  189.     [3]  The STARTNET.BAT file is embedded in the AUTOEXEC.BAT 
  190.     file.  QEMM will not even attempt to optimize the 
  191.     workstation and network drivers here.  We successfully 
  192.     tricked QEMM by first moving the STARTNET command lines into 
  193.     the AUTOEXEC.BAT, then optimizing, then copying the results 
  194.     back into the STARTNET.BAT file.  (We did not try MemMaker, 
  195.     as we moved next to the solution described below.)
  196.  
  197.  
  198. What To Do If You Have Problems with VLMs
  199. -----------------------------------------
  200.  
  201.     First of all, do your best to ensure the problem(s) you 
  202. encounter are related to the VLMs.  To illustrate, we moved the 
  203. customers accounting system onto the network.  While testing the 
  204. entry of a payments batch in the accounts payable module, it appeared
  205. during the printing of the trial batch that while the batch total 
  206. was correct, the detail records were lost.  We first suspected this
  207. was caused by known bugs in the VLMs which show up during network
  208. printing.  It turned out that this was caused instead by an 
  209. unpublicized bug in the LAN pack from the accounting system vendor, 
  210. and an installable patch from them fixed this problem.
  211.  
  212.     By all means, call Novells technical support group.  They 
  213. are a breath of fresh air compared to other tech (un)support groups.
  214. Those of you who fight the battles we fight every day know from whence 
  215. we speak.
  216.  
  217.     If the problems you find surround printing on the network, try 
  218. Novells VLM update.  You can download this self-extracting file, 
  219. called VLMUP.EXE, from Novells BBS, explode it in a temporary directory,
  220. and follow the README instructions.  These files contain BETA (at this 
  221. writing) VLM changes to overcome listed problems with the Netware Client 
  222. for DOS/Windows.  We tried this, and while it improved the workstation 
  223. performance somewhat, it didnt solve our particular problems.
  224.   
  225.     Given the machine types at our installation site, we were 
  226. unsuccessful in combining VLMs, memory management and applications.  
  227. Our solution was to fall back completely to Netware ODIs.  You may 
  228. find that VLMs work fine on some machines, while the following ODI 
  229. solution may be required on others.  
  230.  
  231.     We obtained the latest from Novells BBS, by pulling down a 
  232. self-extracting file called DOSUP8.EXE.  (We believe DOSUP9.EXE is 
  233. now the latest.) This file was copied into a DOSUP8 directory on the 
  234. server, and exploded.  Then, we took the following steps with each 
  235. workstation.
  236.  
  237.     [1]  We created the local hard drive directory C:\LAN.
  238.  
  239.     [2]  We copied the following files from the DOSUP8 directory 
  240.     into C:\LAN.
  241.  
  242.             LSL.COM
  243.             IPXODI.COM
  244.             NETX.EXE
  245.  
  246.     [3]  We copied the LAN card driver to this directory.  In 
  247.     this case, the name of the LAN card driver was "AM2100.COM".
  248.  
  249.     [4]  Using DOS Editor, we created a NET.CFG file, which 
  250.     contained the following.  Note that the indentation starting 
  251.     with Line 2 is required.
  252.  
  253.             Link Driver AM2100
  254.                 PORT 300
  255.                 DMA 5
  256.                 INT 10
  257.                 FRAME Ethernet_802.3
  258.  
  259.     [5]  When we finished, the C:\LAN directory contained the 
  260.     following files.
  261.  
  262.             AM2100.COM
  263.             IPXODI.COM
  264.             LSL.COM
  265.             NETX.EXE
  266.             NET.CFG
  267.  
  268.     [6]  Next, we edited the AUTOEXEC.BAT file, and added these 
  269.     lines.  Note that the order is essential.
  270.  
  271.             C:\LAN\LSL
  272.             C:\LAN\AM2100    <- the card driver
  273.             C:\LAN\IPXODI
  274.             C:\LAN\NETX
  275.  
  276.     [7]  Then, we used either QEMM or MemMaker to optimize 
  277.     memory, depending on the workstation, and tested each 
  278.     workstation to ensure that whatever the memory manager 
  279.     loaded into UMBs was stable.  If a workstation was not 
  280.     completely stable, we customized its memory optimization 
  281.     until everything worked in concert.
  282.  
  283.     [8]  Finally, we created a directory and subdirectories for 
  284.     each workstation on the server, and copied the contents of 
  285.     each LAN directory and associated CONFIG.SYS and AUTOEXEC.BAT 
  286.     into these subdirectories.  (Who wants to try to remember which 
  287.     configuration worked with which workstation?!?)
  288.  
  289. Conclusions
  290. -----------
  291.  
  292.     While we wish otherwise, we are stuck with the apparently
  293. never-ending battle of DOS conventional memory limitations and 
  294. conflicting hardware and software solutions.  Hopefully, this case 
  295. study lends some useful insight, and helps some of you "make it work".
  296.  
  297.     Your responses, critiques and questions will be welcomed.
  298.